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An integrated software system based on the UNIX* system has been 
developed for support of the Bell Laboratories 8-bit microprocessor, 
MAC-8. This paper discusses the UNIX influence on the MAC-8 project, 
the MAC-8 architecture, the software development and hardware proto- 
typing system, and MAC-8 designer education. 

I. INTRODUCTION 

Today's microprocessors perform functions similar to the equip- 
ment racks of yesterday. Microprocessor devices are causing a 
dramatic shift in the economics of computer-controlled systems: 
product costs and schedules are influenced more by the system 
architecture and support environment than by the cost or speed of 
the microprocessor itself. In recognition of this phenomenon, Bell 
Laboratories has recently introduced a complete set of development 
support tools based on the UNIX system for its 8-bit microprocessor, 
MAC-8. 1 ' 2 This paper presents an overview of the MAC-8 architec- 
ture and development system. 3 

Development of a microprocessor-based application consists of 
two activities: 

(/) Design, construction, and test of the application's hardware. 
(/'/') Design, construction, and test of the application's software. 



unix is a trademark of Bell Laboratories. 
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The development support system described here assists the applica- 
tion designers in both areas. For the hardware designers, a proto- 
typing system that permits emulation as well as stand-alone monitor- 
ing of the application's hardware is provided. For the software 
designers, a high-level language (C), flexible linker-loader, and 
source-oriented symbolic debugging are supplied. The combination 
of these tools provides the application designer with a complete and 
integrated set of tools for system design. 

II. WHY UNIX? 

At the outset of the mac-8 development, it was recognized that 
use of an embedded microprocessor would increase the complexity 
and the scope of applications rather than simply lowering their costs. 
The tools of the future were going to be programming, documenta- 
tion, and simulation tools. Considered in this light, a UNIX 4 ' 5 sup- 
port environment was a natural choice. UNIX possessed many desir- 
able attributes of a "host" environment by providing sophisticated 
tools for program development and documentation in a cost- 
effective and highly interactive system. There was already 
widespread use of the UNIX system not only as a development vehi- 
cle in the Business Information Systems Program, 6 but also as part 
of many "embedded" applications. 



III. WHY C? 

While the choices of host system and programming language (s) 
are conceptually independent, there is obvious merit in the con- 
sistency of languages and systems. The C language 7 was an obvious 
choice because it offers high-level programming features, yet also 
allows enough control of hardware resources to be used in the 
development of operating systems. 

IV. MAC-8 

The MAC-8 is a low-cost, single-chip, bus-structured, CMOS 
microprocessor, whose architecture (Fig. 1) was influenced by the C 
language. Its major features are: 

(/) MAC-8 chip, packaged in a 40- pin DIP (dual in-line package), 
which measures 220x230 mils and uses over 7000 transistors. 
The chip combines the low power dissipation of CMOS with 
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Fig. 1— mac-8 block diagram. 
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the gate density of pseudo-NMOS (nmos with a shared p- 
channel load transistor). 

16 registers in RAM (random access memory) that are pointed 
to by the register pointer (a MAC-8 on-chip register). Because 
of this, the full set of registers can be set aside and a new set 
"created" by executing only two MAC-8 instructions, which is 
particularly useful to compiler function-call protocol. 
65K bytes addressable memory space with DMA (direct 
memory access) capability. 

Flexible addressing modes: register, indirect, direct, auto- 
increment, immediate, and indexed. 

Communication-oriented CPU (central processing unit) with a 
wide variety of 8- and 16-bit monadic and dyadic instructions, 
including arithmetic, logical, and bit-manipulation instruc- 
tions. 

Flexible branch, trap, and interrupt handling. 
Processor status brought out to pins, which permits monitor- 
ing of CPU activity. 
Internal or external clock. 



Figure 1 is a block diagram of control. The major blocks are: 

(/) Control Logic Array directs the CPU circuitry through the vari- 
ous states necessary to execute an instruction. 
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(//■) ALU, or Arithmetic Logic Unit, performs arithmetic and logi- 
cal operations. 

(//'/) ALU Logic Array controls the operation of the ALU, managing 
the condition register (cr) flags. 

(iv) aau, or Address Arithmetic Unit, computes the address in 
parallel with the ALU operations. 

(v) Programmable registers include the program counter (pc), 
stack pointer (sp), condition register (cr), and register 
pointer (rp). 

(v/) Internal registers include instruction register (ir), 
destination/source register (d/s), and temporary storage regis- 
ter (T16). 



V. DEVELOPMENT ENVIRONMENT 

The mac-8. development system (Fig. 2) is an integrated set of 
software tools, including a C compiler, a structured assembler, a 
flexible linking loader, a source-oriented simulator, and a source- 
oriented debugger. All the tools except the debugger reside on 
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Fig. 2— mac-8 development system. 
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UNIX; the debugger resides on a hardware prototyping system called 
PLAID (Program Logic Aid). 

The following sections present a brief discussion of each of those 
tools. 

There is a consistent user interface to all the tools that includes C 
syntax input language, UNIX file-oriented inter-tool communication, 
and names analogous to those of the corresponding UNIX tools, e.g., 
m8cc and m8as. 

5.1 MAC-8 C compiler 

The mac-8 C compiler permits the construction of readable and 
modular programs, due to its structured programming constructs, 
high-level data aggregates, and a powerful set of operators. C is a 
good language for microprocessors 8 because it gives control over 
machine resources by use of primitive data types such as register, 
character, and pointer variables, and "machine-level" operators such 
as indirection, "address of," and post/pre- increment/decrement. 

5.2 MAC-8 assembler 

The mac-8 assembler is a conventional assembler in that it per- 
mits the use of all hardware instructions; it differs from conven- 
tional assemblers in the following ways: 

(/) The language has C-like syntax as illustrated in Fig. 3. For 

#define NBYTES 100 
char array [NBYTES]; 
/* 
* Calculates sum of array elements 
*/ 
sumO 
{ 

bO = &array; 
a1 = 0; 

for (a2 = 0; a2 < NBYTES; + + a2) { 
a1 =+ bO; 
+ + b0; 
} 



Fig. 3— mac-8 assembler example. 
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example, a move instruction looks like a C-like assignment 
statement. Data layout is accomplished by C-like declarations. 
(//) The language has structured programming constructs (e.g., 
if-else, for, do, while, switch) that permit one to write read- 
able, well-structured code at the assembly level. Each con- 
struct usually generates more than one machine instruction. 

The reserved words in the language identify the mac- 8 registers 
and also include many of the reserved words of the C language. 
The #define and #include, as well as the other features of the C 
preprocessor, are supported by the assembler. 

5.3 MAC-8 loader 

The diverse nature of microprocessor applications with their 
different types of memories and, often, noncontiguous address 
spaces requires a flexible loader. Besides performing the normal 
functions such as relocation and resolution of external references, 
the mac-8 loader has the following features: 

(/') Definition of a unit of relocation (section). 



lowmem { f4.o(.text) } 



.text 
.data 

.bss 


{ =0x100} 
{ =0x5000 } 
{ .=0x8000 } 


fl.o 
f2.o 




.bss 
} 


{ 

. = ( . + 7 ) & 0xfff8 

_RPORG =. 

f3.o(.bss) 

_SPORG = -1 


highmem 


{ 

.=0xa000 
f3.o(.data) 



} 

Fig. 4— Input specification. 
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(/'/') Assignment of values to unresolved symbols. 
(///) Control of the location counter within sections. 

These additional features are specified by an input language that 
has C-like syntax. For example, the input specification of Fig. 4 will 
take the relocatable object files (output of the compiler or of the 
assembler) of Fig. 5a and create the absolute binary output files 
depicted in Fig. 5b. Fig. 5a consists of four files, the first three con- 
taining three sections each, namely .text, .data, and .bss, and the 
last just .text. _rporg and _sporg are unresolved symbols that will 



fl.o 



.data 



.bss 



0000 



0100 



f2.o 



.data 



.bss 



5000 



f3.o 



.data 



.bss 



8000 



f4.o 



(a) 



* 



a000 



FFFF 



Fig. 5 — Loader example. 



f4.o(.text) 



fl.o(.text) 
f2.o (.text) 
f3.o(.text) 



fl.o(.data) 
f2.o(.data) 



fl.o Mm) 

f 2.o (.bss) 



f 3.o (.bss) 



f3.o(.data) 



-^RPORG 



-^.SPORG 



(b) 
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when (23'func1 || glo == 4) { 
if ( flag'fund ) { 
display i', w; 
userblock; 
continue; 
) 



) 



else display ar'lO] : ar'ln], m' + 6; 
Fig. 6— mac-8 simulator example. 



determine initial values of the register pointer and stack pointer, 
respectively. The expression .= ( .+ 7 ) & 0xfff8 aligns the f3.o 
(.bss) on a 8-byte boundary. 

5.4 MAC-8 simulator 

The mac-8 simulator runs on the UNIX host system and permits 
debugging of MAC-8 programs without using mac-8 hardware. The 
simulator is "source-oriented" and "symbolic," which means that 
programs can be debugged by referencing variables and function line 
numbers in terms used on the source listing (compiler or assem- 
bler). The symbolic debugging permits the debugging of a C pro- 
gram without worrying about the code generated by the compiler, as 
illustrated in Fig. 6. The simulator also allows conditional execution 
of pre-stored procedures of commands and the specification of C 
expressions containing both user-program and debug symbols, mak- 
ing possible the composition of debugging experiments in an interac- 
tive fashion. The C-like input language minimizes the difficulties in 
changing from one software tool to another. The major features of 
the mac-8 simulator are: 

(/) Loading a program and specifying a memory boundary. 

(//) Conditional execution of code and semantic processing when 
a break point is encountered. 

(//'/) Referencing C identifiers (both local and global) and C 
source-line numbers on a per-function basis. 

O'v) Denning a command in terms of other commands to mini- 
mize typing. 

(v) Displaying timing information. 

(v/) Displaying items in various number bases. 

(v/V) Allocating non-program, user-defined identifiers. 
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(v/77) Execution of input commands read from a file on an interac- 
tive basis. 
(ix) Some structured programming constructs, including if-else 
and while. 

The command illustrated in Fig. 6 will cause a break point when 

the program executes line 23 of function fund or 

the global variable glo is equal to 4. 

When the break point occurs, if the value of local variable flag of 
function fund is non-zero, the values of local variable i and global 
variable w are printed, the user-defined block userblock is exe- 
cuted, and execution continues; otherwise the contents of local array 
ar for subscripts through n and the value of the expression m'+6 
are printed. 

5.5 Utilities 

Utilities and a library are necessary parts of a support system. The 
MAC- 8 system not only has utilities (like the UNIX system) for deter- 
mining the size of an object file and the contents of the symbol 
table, but also a disassembler, a function line-number listing pro- 
gram, and a program to format an object file to permit "down-line" 
loading into the MAC-8-based application. 

5.6 PLAID 

A microcomputer-based application or target system typically 
differs from the host system on which it was developed, particularly 
in its periphery. Development of a microprocessor application 
requires hardware/software tools that allow development and debug- 
ging in real-time of the target processor and the periphery of its 
application. The plaid (Program Logic Aid) system described 
below is such a tool. 

The plaid hardware includes two mac-8 systems, each with full 
memory, and an associated hardware monitor system in a 
configuration that permits one mac-8 system (the master) to closely 
monitor and control the other mac-8 (the slave). Each mac-8 has 
separate I/O, allowing connection to various peripheral devices from 
the master, and to the application hardware from the slave. The 
monitor hardware includes various debugging aids, as well as the 
MAC-cable that allows in-circuit control of any mac-8 system. 
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Fig. 7— Level- 1 plaid. 

The plaid software system includes the Satellite Processor System 
(sps), which communicates with a host UNIX system, performing 
operating system functions for the master and monitor hardware, 
and m8db, a source-oriented symbolic debugger whose capability is 
similar to the mac-8 simulator with the addition of real-time break 
points by use of the plaid monitor system. 

In the early stages of development, a fully-instrumented mac-8 
within the plaid serves as the processor for the target machine, 
where in later stages, the plaid monitors and controls the prototype 
system. Level- 1 plaid is illustrated in Fig. 7. Work is being done 
on level-2 plaid, illustrated in Fig. 8. The fundamental difference 
in hardware between levels 1 and 2 is in the master system, which 
in level 1 contains a 32K prom (programmable read-only memory) 
and a 16K ram, while level 2 contains a 65K ram and a dual-drive 
double-density floppy disk. The sps executive is replaced in level 2 
by a single-user UNIX system; the debugger can be swapped in from 
the floppy disk, as can other tools. 

The satellite processing system of level 1, which is functionally 
similar to the system described in Ref. 9, resides in the master and 
controls the flow of program execution, sps permits communication 
with a host unix system via a dial-up connection, and performs the 
operating system functions for m8db, such as control of the master 
and monitor hardware. Any UNIX command can be entered at the 
user terminal (see Fig. 7) and sps determines whether the command 
will be processed by plaid or must be transmitted to UNIX. The sps 
interface to m8db consists of UNIX-like system calls. 

The PLAlD-resident symbolic debugger, m8db. has a command 
language which is a superset of the MAC-8 simulator. The additions 
to the language permit the referencing of the plaid monitor system 
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Fig. 8— Level-2 plaid. 

hardware to establish real-time breakpoints. m8db has all the 
features mentioned in Section 5.4, as well as facilities to help debug 
programs in real time. 

The MAC-cable is the channel of communication between the 
PLAID and the application hardware, and permits control of the 
MAC-8-based system. During the initial stages in the development 
of an application, the MAC-cable permits testing out of the slave's 
MAC-8 and memory, while using the application's I/O. As the 
development progresses, the MAC-cable permits testing the 
application's hardware, including its mac-8 and memory. 

The plaid monitor system keeps track of the actions of the slave 
or user system enabling the debugging of mac-8 applications in a 
real-time environment. The major features of the plaid monitor 
system include: 

(/) Memory monitor contains a 65 K by 4-bit dynamic ram that 
enables trapping ("break-pointing") on a variety of conditions 
such as: 

(a) Memory read, write, or reference. 

(b) Arbitrary 8-bit pattern in memory. 

(//) Register monitor enables "break-pointing" on a read, write, or 

reference of any of the mac-8 off-chip registers (see Fig. 1). 
(/'/'/) CPU monitor contains shadow registers that hold the current 

values of the slave/user mac-8 on-chip registers (cr, SP, RP, 

pc) , as shown in Fig. 1 . 
(/v) Event counters consist of three 16-bit counters and one 32-bit 

counter that enable "break-pointing" on a variety of events. 

The events include: 
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(a) Slave/user interrupt acknowledge. 

(b) Slave CPU clock output. 

(c) Slave/user memory read, write, or reference. 

(d) Opcode fetch. 

(e) Trap. 

(/) User-supplied backplane signal, 
(v) Jump trace contains a history table of the last 32 program 

counter discontinuities, 
(v/) Instruction trace consists of a 64-entry trace table of the last 64 

cycles executed by the slave. 
(v/V) Memory access circuitry permits the selective specification, on 
a block (256 bytes) basis, of read/write protection. Memory 
timing characteristics can also be specified on a block basis. 
(v/'/7) Clock frequency for the slave can be selected from a list of 
predefined frequencies. 

VI. DESIGNER EDUCATION 

Because of the nature of microprocessor applications, designers 
must have both hardware and software expertise. Many hardware 
designers must write programs for the first time, which poses an 
interesting educational problem. C is a difficult language for 
nonprogrammers because it is both powerful and concise. This 
problem can be partially remedied by giving seminars and supplying 
tutorials on C and on programming style. Offering workshops on 
the hardware and software aspects of the mac-8 has also helped. 

The MAC-tutor, an "electronic textbook," enables the designer to 
learn mac-8 fundamentals. The MAC-tutor is a single-board com- 
puter with I/O and can be communicated with by a 28-function 
keypad or by a terminal. A connection to a UNIX system can also be 
established for use in loading programs and data into the MAC-tutor 
memory. The MAC-tutor also includes an executive to control 
hardware functions, IK ram expandable to 2K, sockets for three IK 
proms, eight 7-segment led displays, a prom programming socket, 
and peripheral interfaces to a terminal and a cassette recorder. The 
tutor, besides being an educational tool, may be used to develop 
small MAC-8-based applications. 

VII. SUMMARY 

The MAC-8 was designed together with an integrated support sys- 
tem. The mac-8 architecture was influenced by the C language, and 
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the support tools were influenced by UNIX. The consistent use of 
C-like language syntax permits easy transition from one tool to 
another. Software tools that began, in many cases, as spinoffs of 
existing UNIX tools have evolved to meet the needs of microproces- 
sor applications. The mac-8 support system continues to evolve to 
meet the growing needs of microprocessor-based applications. 
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